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REMARKS 

STATUS OF CLAIMS 

Claims 9, 14, 44, 48, 54, and 58 have been cancelled herein 

Claims 3-6, 13, and 16-39 were previously cancelled by prior amendments. 

Claims 1, 2, 7, 8, 10, 11, 15, 40-43, 45-46, 49-53, 55-56, and 59 have been amended. 

Claims 60-68 have been added. 

No claims have been withdrawn. 

Claims 1, 2, 7, 8, 10-12, 15, 40-43, 45-47, 49-53, 55-57, and 59-68 are currently 
pending in the application. 

SUMMARY OF ISSUES FROM NEW OFFICE ACTION 

The current Office Action mailed on June 29, 2006 alleges that the reply filed on 
March 29, 2006 was not fully responsive. Specifically, the Office Action states that the 
"Applicant has not responded to the Office Action's applied art of Ofer et al nor any of the 
Office Action's 35 USC 103(a) rejections. Applicant further has not pointed out the specific 
distinctions believed to render newly presented claims 62, 65, and 68 patentable over 
Blumenau et al nor Ofer et al." 

The Applicant respectfully disagrees with the two issues raised in the Office Action 
because all grounds of rejection of all claims, including newly added Claims 60-68, were 
included in the prior response. Specifically, the Applicant calls attention to the following 
section of the remarks of the prior response under the heading "D. Claims 2, 7, 8, 10-12, 15, 
41-43, 45-47, 49, 51-53, 55-57, and 59-68" which addresses the claims rejected under 103(a) 
over Blumenau in view of Ofer (e.g., Claims 1 1-12, 46-47, and 56-57) along with newly 
added Claims 62, 65, and 68. As an administrative matter, the Applicant notes that the listing 
of claims in subsection "D." is included in the text of that subsection in four places, the third 
of which was incorrect and did not match the other three listings. The enclosed revised reply 
corrects this inadvertent typographical error. 

As explained in that subsection, all of Claims 11-12, 46-47, 56-57, 62, 65, and 68 are 
dependent on one of independent Claims 1, 40, and 50. Thus, each of Claims 11-12, 46-47, 
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56-57-, 62, 65, and 68 included each and every feature of the corresponding independent 
claims, and therefore each of Claims 1 1-12, 46-47, 56-57, 62, 65, and 68 is allowable over the 
prior are for the same reasons as given therein with respect to Claims 1, 40, and 50. Thus, in 
subsection "D." of the previous reply, the Applicant has specifically addressed both the 
rejections under 103(a) of Claims 11-12, 46-47, and 56-57, along with newly added 
Claims 62, 65, and 68. 

The Applicant recognizes that no specific mention of Ofer was included in the 
previous response, as Applicant only addressed the Office Action's citations from Blumenau 
which is cited and relied upon in the rejection of each of Claims 11-12, 46-47, and 56-57 in 
combination with Ofer. The reason the Applicant did not address Ofer that was cited in the 
103(a) rejections is that, as explained in subsection "D." that is discussed above, 
Claims 11-12, 46-47, and 56-57 included the same features as Claims 1, 40, and 50 that are 
rejected based upon Blumenau, and thus the 103(a) rejections of Claims 1 1-12, 46-47, 
and 56-57 are addressed with the same arguments as for Claims 1, 40, and 50. As a result, 
due to those fundamental differences between Claims 1, 40, and 50 and Blumenau, the 
Applicant did not choose to separately address those features found only in Claims 11-12, 
46-47, and 56-57 that are rejected based upon Ofer since the Applicant had previously 
distinguished Claims 11-12, 46-47, and 56-57. 

In particular, the Applicant notes that Ofer is only cited as evidence that concatenation 
is "well known to one skilled in the art at the time the invention was made" for the disclosure 
of a "concatenated volume" (see previous Office Action mailed on December 29, 2005, 
page 9) that is featured in Claims 11-12, 46-47, and 56-57, and therefore the Applicant saw no 
reason to address the Office Action's reliance on Ofer as disclosing a concatenated volume. 

Therefore, for the reasons given above, the Applicant respectfully submits that the 
previously filed reply was fully responsive to the previous Office Action and did in fact 
address both the 103(a) rejections of Claims 11-12, 46-47, and 56-57 and explain why newly 
added Claims 62, 65, and 68 were allowable over the cited prior art. 

However, to expedite further examination of the present application, and since it 
appears to the Applicant that the Examiner would like the Applicant to specifically address 
Ofer in the Applicant's remarks, the Applicant has amended the reply previously submitted to 
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briefly explain why Ofer, like Blumenau, does not include the argued features of the pending 
claims. In addition, the Applicant has added new remarks specifically addressed to the 103(a) 
rejections of Claims 11-12, 46-47, and 56-57. Finally, in subsection "D. (3)" that specifically 
addresses Claims 62, 65, and 68, the Applicant has summarized the previous arguments as to 
why Claims 62, 65, and 68 are patentable over Blumenau and Ofer since Claims 62, 65, 
and 68 include features similar to Claims 1, 40, and 50, the rejections of which were 
previously addressed, along with noting that Claims 62, 65, and 68 include additional novel 
features that are also not disclosed in the cited art. 

SUMMARY OF THE REJECTIONS 

Claims 2, 7, 8, and 40 have been rejected under 35 U.S.C. § 1 12, second paragraph, as 
allegedly indefinite. Claims 1-2, 7-10, 14-15, 40-45, 48-55, and 58-59 have been rejected 
under 35 U.S.C. § 102(e) as allegedly anticipated by U.S. Patent Number 6,421,711 issued to 
Blumenau et al. (" Blumenau "). Claims 11-12, 46-47, and 56-57 have been rejected under 
35 U.S.C. § 103(a) as allegedly unpatentable over Blumenau in view of U.S. Patent 
Number 6,620,109 issued to Ofer et al. (" Ofer "). The rejections are respectfully traversed. 

RESPONSE TO THE REJECTIONS AW BASED ON THE PRIOR ART 

Claims 2, 7, 8, and 40 have been rejected under 35 U.S.C. § 1 12, second paragraph, as 
allegedly indefinite for failing to particularly point out and distinctly claim the subject matter 
which applicant regards as the invention. 

The Office Action States that "Claim 2 recites the limitation 'the configuring steps' in 
line 2. There is insufficient antecedent basis for this limitation in the claim." Claim 2 is 
amended above to remove reference to "the configuring steps" and instead refer to both "the 
control processor configuring the gateway device" and "the control processor configuring the 
one or more storage units." Likewise, the same change has been made to computer-readable 
medium Claim 41 , and a similar change has been made to apparatus Claim 5 1 . 

The Office Action states that "Claim 7 recites the limitation 'the associating step' in 
line 6. There is insufficient antecedent basis for this limitation in the claim. This could refer 
to the steps of claim 7 or claim 1 ." Claim 7 is amended above feature "the control processor 
associating step one or more logical units from among the one or storage units to the host 
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processor ." Likewise, the same change has been made to computer-readable medium 
Claim 42, and a similar change has been made to apparatus Claim 52. Finally, similar 
changes are made above to Claims 10, 1 1, 45, 46, 55, and 56. 

The Office Action states that "Claim 8 is rejected ... as being indefinite . . . [because it] 
is unclear how the control processor can receive the request in claim 1 and then generate the 
same request in claim 8." Claim 8 is amended above to clarify that the "request" in Claim 1 is 
"a first request" and that the "request" in Claim 8 is "a second request." Likewise, the same 
change has been made to computer-readable medium Claim 43, and a similar change has been 
made to apparatus Claim 53. 

The Office Action states that "Claim 40 recites the limitation 'the control processor in 
line 5. There is insufficient antecedent basis for this limitation in the claim." Claim 40 is 
amended above to recite "a control processor" on line 5. 

The Applicant respectfully submits that the amendments to Claims 2, 7, 8, and 40 
traverses the rejections of Claims 2, 7, 8, and 40 under 35 U.S.C. § 112, second paragraph. 

RESPONSE TO THE REJECTIONS BASED ON THE PRIOR ART 

A. CLAIM 1 

( l ) Introduction to Claim 1 
As amended above, Claim 1 features: 

"A computer-implemented method of allocating storage to a host processor, comprising: 
a control processor receiving a request to allocate storage to the host processor; and 
the control processor associating one or more logical units from among one or more 
storage units to the host processor by: 

the control processor configuring a gateway device to map the one or more 

logical units to the host processor; 
the control processor configuring the one or more storage units to give the host 

processor access to the one or more logical units; 
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wherein the host processor does not determine which one or more logical 
units are associated with the host processor." (Emphasis added.) 

Thus, Claim 1 features that the "control processor" does not determine which of the 
one or more logical units are associated with the host processor. The changes to Claim 1 are 
fully supported by the specification, and no new matter is added. For example, the 
Application explains with reference to Figure 3 that the virtual storage layer 310 provides 
"storage virtualization from the perspective of hosts 302A...Each such host can obtain 
storage through virtual storage layer 310 without determining or knowing which specific 
storage unit 304A, 304B, 304N, etc., is provide the storage, and without determining or 
knowing which LUN, block, volume, concatenated, or other sub-unit of a storage unit 
actually contains data. . that is used by the host processor. (Application, page 24, 
lines 20-24; Figure 3.) 

Note that this portion of the Application also supports newly added method Claims 60 
and 61, in addition to newly added computer-readable medium Claims 63 and 64 and newly 
added apparatus Claims 66 and 67 that include the same or similar features to method 
Claims 60 and 61. 

The reason that the host processor does not determine or even does not know about the 
logical unit or LUN that the host uses is explained in the Application, such as with reference 
to Figures 2 A and 2C. Specifically, the storage area network gateway 210 receives logical 
unit numbers in block 230, and then the storage area network gateway 210 creates an internal 
mapping of the gateway's SCSI ports to the logical unit numbers (LUNs). As a result, the 
gateway 210 can properly direct information storage and retrieval requests that arrive on the 
gateway's SCSI ports to the correct disk array and logical unit within a subsystem, based on 
the automatic allocation or assignment of storage to a particular CPU. (Application, page 22, 
lines 13-20.) 

Similarly, the Application later explains that "control processor 312 can command 
storage gateways 306 and storage area networks 308 to associate a particular LUN of one or 
more of the storage units 304A, 304B, 304N, etc. with a particular virtual server farm, e.g., to 
a particular host 302 A, 302B, 302N." (Application, page 24, lines 11-19.) As a result, "virtual 
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storage layer 310 provides storage virtualization from the perspective of hosts 302 A, etc. Each 
such host can obtain storage through virtual storage layer 310. . .without determining or 
knowing which LUN. . .of a storage unit actually contains data" for the hosts. (Application, 
page 24, lines 20-24.) 

The Applicant notes that this additional feature of Claim 1 is in the form of a "negative 
limitation" and is proper as described in MPEP §2173.05(i). Specifically, that section of the 
MPEP explains that despite some "older cases [that] were critical of negative limitations 
because they tended to define the invention in terms of what it was not, rather than pointing 
out the invention," the "current view of the courts is that there is nothing inherently 
ambiguous or uncertain about a negative limitation." MPEP §2173.05(i) then states that any 
negative limitation must have basis in the original disclosure, which is the case herein 
regarding Claim 1 and the other claims with the same or similar features, as noted above in 
the explanation of support for these claim amendments and newly added claims. 

(2) INTRODUCTORY DISCUSSION OF B LUMEN A U 

In contrast to the approach of Claim 1, Blumenau discloses an approach for modifying 
a storage unit referred to as a "cached storage subsystem" to allow for the use of virtual ports 
by hosts to access storage within the cached storage subsystem. Specifically, the cached 
storage subsystem 20 includes a storage controller 27 that further includes port adapters 35,36 
that are programmed to provide a plurality of virtual ports and a virtual switch, both of which 
are defined by software, for routing storage access requests from a physical port of the storage 
controller to the virtual ports. (Abstract; Figures 1,21, and 22.) To partition the storage of 
cached storage subsystem among different hosts, the virtual ports are assigned to each host 
and the storage volumes associated with each virtual port are made accessible from each host. 
(Abstract.) 

Note that in the approach of Blumenau, even with the use of the virtual ports/virtual 
switch, the host always must know the LUNs that the host can access. For example, the host 
either reads the configuration information for the volumes accessible to the host that is stored 
on either the host or on the storage subsystem. (Col. 31, lines 15-17.) Specifically, Blumenau 
explains that the host can read the primary copy of the configuration information in the 

24 

Docket No. 55218-0519 (P9220-US-CIP-1) 



Application of Thomas Markson, et al; Ser. No. 09/885,290, Filed June 19, 2001 
Revised Reply to Office Action 

"gatekeeper" volume in the storage subsystem (Col. 32, lines 18-20), or the host uses a 
mapping driver at power up to send commands to the adapter ports to obtain the LUN 
information. (Col. 32, lines 22-28.) Either way, "the host must be programmed to seek out the 
LUNs that is can access" (Col. 32, lines 20-22), which means that the host in Blumenau 's 
approach always determines which LUNs the host can access. 

(3) Introductory Issues Regarding The Office Action's Citations from Blumena u 

In the rejections of the claims based on Blumenau, the latest Office Action does 
explicitly state in the Response to Arguments section that the gatekeeper facility of Blumenau 
acts as the "control processor" of the claims. The Applicant appreciates this clarification in 
the basis for the rejections of the claims in the latest Office Action. 

However, the Applicant still fails to see an explicit statement about that the Office 
Action finds in Blumenau that corresponds to the "gateway device" in the claims. While the 
Applicant stated in the previous response that it appeared to the Applicant that the 
"gatekeeper" in Blumenau was being relied upon by the Office Action as corresponding to the 
"gateway device" of the claims, that obviously is not the case because the Office Action now 
states that the "gatekeeper facility" corresponds to the "control processor" of the claims. 

Thus, it is still not entirely clear what the Office Action is relying upon as 
corresponding to the "gateway device" and the "plurality of storage gateways" of the claims. 
Given that Blumenau 's "gatekeeper facility" is being taken as the "control processor" of the 
claims, it appears to the Applicant that the Office Action is now based on Blumenau 's 
"storage adapter(s)" corresponding to the "gateway device" and the "plurality of storage 
gateways" of the claims. As before, the Applicant respectfully requests that the next 
communication from the Office specify what feature(s) disclosed in Blumenau are being taken 
to show "gateway device" and the "plurality of storage gateways" of the claims, particularly if 
the Office Action is based on equating the "gateway device" and the "plurality of storage 
gateways" of the claims to something other than the "storage adapter(s)" in Blumenau. 

(4) Summary of the Discussion of The Office Action's Citations from Blumenau 

To summarize the following arguments, the approach of Claim 1 features that "the 
host processor does not determine which one or more logical units are associated with the 
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host processor," whereas in the approach of Blumenau, "the host must be programmed to 
seek out the LUNs that is can access." (Col. 32, lines 20-22; emphasis added.) Thus, the 
approach of Claim 1 is fundamentally different than the approach of Blumenau because in 
Claim 1 the host processor does not determine the logical units that are associated with the 
host processor by the control processor, whereas with Blumenau, the host must always 
determine which LUNs the host can access. 

(5) Detailed Discussion of The Office Action's Citations from Blumena u 

In the rejection of Claim 1 and other claims, the Office Action makes repeated 
citations to Columns 9, 31-34, and Figures 1-4 of Blumenau. However, the Applicant has 
been unable to identify either in those portions or elsewhere of Blumenau that the host does 
not determine the logical units that are associated with the host processor, as in Claim 1. 
Rather, Blumenau states exactly the opposite, namely that states "the host must be 
programmed to seek out the LUNs that is can access." (Col. 32, lines 20-22; emphasis 
added.) 

Specifically, in Columns 31, 32, and the first portion of 33, Blumenau describes the 
"host involvement in volume configuration and mapping." (Col. 31, lines 7-8.) First, 
Blumenau explains that "the configuration information for the volumes accessible to a host is 
kept in the storage subsystem and on the host. The host should be able to access the primary 
copy on the storage subsystem if the host's local copy is not available." (Col. 31, lines 19.) 
For example, "the configuration information is stored in a predefined logical volume, such as 
a volume accessed at LUN0, that functions as a gatekeeper device." (Col. 31, lines 23-26.) 

Blumenau also explains that even with the use of the "virtual ports" described therein 
and that are the focus of that reference, the virtual ports are reported to the host along with the 
LUNS available to the host from each virtual port, both of which are programmed into each of 
the port adapters that implement the virtual ports. (Col. 32, lines 13-18.) However, Blumenau 
then explains an alternative in which instead of the hosts determining the LUNs via such 
routines, the host can read the primary copy of the configuration information stored in the 
"gatekeeper" volume of the storage subsystem. (Col. 32, lines 18-20.) 
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Then Blumenau states: "In any case, the host must be programmed to seek out the 
LUNs that it can access," either by a mapping driver at startup that includes commands to 
obtain the LUN information from the adapter ports or by reading the primary copy of the 
configuration information in the storage subsystem. (Col. 32, lines 20-31; emphasis added.) 
Therefore, Blumenau not only fails to disclose that "the host processor does not determine 
which one or more logical units are associated with the host processor" as in the approach 
of Claim 1 , but Blumenau expressly teaches away from such a feature by stating that the host 
must seek out (or determine) the LUNs that the host can access. 

The other portions of Blumenau mentioned above are consistent with Columns 3 1 
and 32. Specifically in Columns 33 and 34, Blumenau explains how the host request logical 
volumes. (Col. 33, lines 27-28.) In particular, Blumenau describes the "mount" and 
"unmount" commands that are issued by the host controller to the port adapters, and each of 
these commands the LUNs. (Col. 33, lines 29-52.) The gatekeeper facility then responds to 
these commands and creates entries for the required mappings, which are reflected in the 
configuration information stored at the host and on the gatekeeper volume of the storage 
subsystem, either of which are accessed by the host controller, as described above. (Col. 33, 
line 53 -Col. 34, line 10.) 

Likewise, in Column 9, Blumenau describes how the host obtains the LUN 
information. Specifically, Blumenau explains that the mapping of LUNs and logical volumes 
are "specified by or reported to a host," such as through a "Report LUNs" command that is 
typically executed by the operating system of the host at "boot" time. "(Col. 9, lines 18-43.) 

(7) Discussion of Claim 1 and Ofer 

Although not relied upon in the rejection of Claim 1 or any of the other independent 
claims, nor most of the dependent claims, the Applicant is including this new subsection in 
this revised reply in response to the Office Action mailed on June 29, 2006. 

In contrast to the approach of Claim 1, Ofer discloses an approach for providing very 
large logical volumes in a storage system that span several physical volumes. {Ofer, Title, 
Abstract.) In particular, Ofer describes concatenating together request queues in a host 
controller to produce the larger logical volume that appears to the host as a single addressable 
unit. (Ofer, Abstract.) When I/O requests to the large logical volume are received, the host 
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controller analyzes the I/O requests to determine which logical devices within the large logical 
volume are actually needed to service the request, and then the host controller makes the 
appropriate queue entries for those identified logical devices. (Ofer, Abstract.) Thus, as Ofer 
describes, this "allows the disk controllers and memory operate without modification," and as 
a result, only the "host controllers" of the storage system need be modified. (Ofer, Abstract.) 

Thus, Ofer is only addresses to the concatenation of individual logical volumes to 
create a large/larger logical volume, which Ofer refers to as a "Meta Device." {Ofer, Abstract.) 
As a result, Ofer is silent as to "host processors" as in the approach of Claim 1, little less the 
use of a gateway device that is configured to map logical units to the host processor, little less 
that the host processor does not determine which logical units are associated with the host 
processor, as in the approach of Claim 1. 

(7) Conclusion of Discussion of Claim 1 and Blumena u and Ofer 

Because both Blumenau and Ofer, either alone or in combination, fail to disclose, 
teach, suggest, or in any way render obvious that "the host processor does not determine 
which one or more logical units are associated with the host processor" and furthermore 
because Blumenau expressly teaches away from such a feature when Blumenau states "the 
host must be programmed to seek out the LUNs that is can access" (Col. 32, lines 20-22; 
emphasis added), the Applicant respectfully submits that, for at least the reasons stated above, 
Claim 1 is allowable over the art of record and is in condition for allowance. 

C. CLAIMS 40 AND 50 

Claims 40 and 50 contain features that are the same as those described above with 
respect to Claim 1, and in particular both Claims 40 and 50 feature "the host processor does 
not determine which one or more logical units are associated with the host processor" 
which is the same as in Claim 1 . Therefore, based on at least the reasons stated above with 
respect to Claim 1, the Applicant respectfully submits that Claims 40 and 50 are allowable 
over the art of record and are in condition for allowance. 
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D. CLAIMS 2, 7, 8, 10-12, 15, 41-43, 45-47, 49, 51-53, 55-57, AND 59-68 

Claims 2, 7, 8, 10-12, 15 and 60-62 are dependent upon Claim 1, Claims 41-43, 45-47, 
49, and 63-65 are dependent upon Claim 40, and Claims 51-53, 55-57, 59, and 66-68 are 
dependent upon Claim 50, and thus include each and every feature of the corresponding 
independent claims. Therefore, the Applicant respectfully submits that each of Claims 2, 7, 8, 
10-12, 15, 41-43, 45-47, 49, 51-53, 55-57, and 59-68 is allowable for the reasons given above 
for Claims 1, 40, and 50. In addition, each of Claims 2, 7, 8, 10-12, 15 and 60-62 are 
dependent upon Claim 1, Claims 41-43, 45-47, 49, and 63-65 introduces one or more 
additional limitations that independently render it patentable. However, due to the 
fundamental differences already identified, to expedite the positive resolution of this case a 
separate discussion of those limitations is not included at this time, with the exception of a 
small number of dependent claims that are addressed below. Therefore, it is respectfully 
submitted that Claims 2, 7, 8, 10-12, 15, 41-43, 45-47, 49, 51-53, 55-57, and 59-68are 
allowable for the reasons given above with respect to Claims 1, 40, and 50. 

(1) Claims 10, 45, and 55 

Claim 10 features "the request to allocate storage specifies a first amount of storage" 
and "the control processor identifying the one or more logical units (LUNs) of the one or more 
storage units that, when combined, have a second amount of storage that is at least as great as 
the first amount of storage specified in the request," while Claims 45 and 55 contain the same 
or very similar features. The changes to Claim 1 are fully supported by the specification, and 
no new matter is added. For example, the Application explains with respect to Figure 2C that 
in block 222, a database query is used to identify an amount of storage sufficient to satisfy a 
request for increased storage, such as a disk tag that specifies 30 Mb of disk storage, and that 
records of free volumes that add up to 30 Mb or more of storage is retrieved from the 
database. (Application, page 21, lines 20-24.) When the database result is received, the 
command to request that amount of storage is created, such as in block 224 where a 
metavolume command is used to obtain the particular amount of storage that can satisfy what 
is requested in the disk tag. (Application, page 22, lines 1-5.) 
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In the rejection of Claim 10, the Office Action states that Blumenau discloses "the 
control processor identifying the one or more logical units (LUNs) of the one or more storage 
units that have a sufficient amount of storage to satisfy the request (at least col. 32 line 13 - 
col. 34 line 59; col. 9, lines 44-57)." In rejection a similar feature of Claim 15, the Office 
Action states that Blumenau discloses "wherein the request to allocate storage specifies a 
parameter selected from the group consisting of an amount of storage to be allocated and a 
type of storage to be allocated (at least col. 31 line 9 - col. 32 line 12; col. 6 line 64 - col. 7 
line 65; col. 9, lines 44-57; col. 32, lines 58-67; col 34, lines 2-17)." 

Claim 10 is amended to feature both a "first amount of storage" in the request and a 
"second amount of storage" that is provided by the storage units such that the latter is at least 
as great as the former. For example, as noted above in the example from the Application, if 
the request is for 30 Mb of storage, the system provides the logical unit or units that provide at 
least 30 Mb of storage. 

However, the Applicant has been unable to find in any of the many cited portions of 
Blumenau noted above or elsewhere the ability of a host in Blumenau to specify an amount of 
storage and then have the storage system identify the logical units that provide at least such 
storage as part of allocating storage for the hosts. In particular, Blumenau describes that the 
host controller can use the "mount" and "unmount" commands that identify the LUNs to be 
mounted or unmounted (Col. 33, line 28 - Col. 34, line 10). But the request to mount or 
unmount one or more LUNs that are specifically identified is not the same as requesting an 
amount of storage without specifying the specific LUNs. This highlights the fundamental 
difference with Blumenau noted above that in the approach of the claims of the application, 
the host processor does not determine the logical units that are associated with the host 
processor, whereas in Blumenau, the host must know what the LUNs are. 

The other cited portions of Blumenau, namely in Columns 6, 7, 9, 31, and 32, also fail 
to describe a request for an amount of storage and then storage having at least that amount 
being associated with the host controller. Rather, the discussion of those columns is 
consistent with that of Columns 33 and 34 above, namely that the host controller knows the 
LUNs and requests storage via the specification of the LUNs themselves and not by specifying 
an amount of storage as in Claims 10, 45, and 55. 
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Because both Blumenau and Ofer, either alone or in combination, fail to disclose, 
teach, suggest, or in any way render obvious that "the request to allocate storage specifies a 
first amount of storage" and "the control processor identifying the one or more logical units 
(LUNs) of the one or more storage units that, when combined, have a second amount of 
storage that is at least as great as the first amount of storage specified in the request," the 
Applicant respectfully submits that, for at least the reasons stated above, Claims 10, 45, 
and 55 are allowable over the art of record and is in condition for allowance. 

(2) Claims 1 1-12, 46-47, and 56-57 

Claims 11-12, 46-47, and 56-57 each feature the use of a "concatenated volume." In 
particular, Claims 1 1, 46, and 56 each feature that "the control processor issuing a third 
request to make a concatenated volume using the one or more allocated volumes," that such a 
concatenated volume is configured for use with the host processor, and the host processor is 
bound to the concatenated volume via instructions from the control processor to both the one 
or more storage units and the gateway device. Also, Claims 12, 47, and 57 each feature that 
the binding of the concatenated volume to the host processor has failed, the un-binding of the 
host processor from the concatenated volume and breaking the concatenated volume. 

Claims 1 1-12, 46-47, and 56-57 are rejected under 103(a) based on Blumenau in view 
of Ofer, with the Office Action's rejections essentially based entirely on Blumenau with Ofer 
except that "Blumenau fails to explicitly teach the volume being concatenated", and thus the 
Office Action cites the Abstract of Ofer as evidence that "the use and advantages for using 
such concatenation is well known to one skilled in the art at the time the invention was made 
as evidenced by the teachings of Ofer (at least Abstract)." (Previous Office Action, mailed 
December 29, 2006, page 9.) 

However, contrary to the assertion of the Office Action, the Abstract of Ofer does not 
describe the concatenation of volumes on one or more storage devices, as in Claim 1. Rather, 
the Abstract in Ofer describes that a "number of request queues [that are associated with 
logical devices] in the host controller [of the storage system] are concatenated together. . ." 
(Ofer, Abstract.) The concatenation of "request queues" as disclosed by Ofer is not the same 
as the concatenation of volumes on storage units, as in Claim 1 . 
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Furthermore, even if one were to assume that Ofer 's concatenated requests queues 
were a concatenated volume using one or more allocated volumes, as in Claim 1, the goal of 
Ofer is to make such a concatenation of the request queues of the logical devices in Ofer 's 
"Meta Device" "transparent" to the disk controller so that disk controllers and memory can 
operation without modification, since it is the host controllers of the storage system that 
combine the request queues and then separate out the I/O requests to the individual logical 
devices within the Meta Device. (See Ofer, Col. 2, lines 4-7.) However, in the approach of 
Claims 11-12, 46-47, and 56-57, both the storage units are bound to the host processor via the 
gateway device, which is not the same as the transparent approach of Ofer. 

In addition, the 103(a) rejections of Claims 11-12, 46-47, and 56-57 rely upon 
Blumenau as disclosing essentially all of the features of those claims, except that the volume 
is a concatenated volume. In particular, with regard to Claim 1 1, the Office Action states that 
Blumenau discloses "the control processor issuing second instructions to the gateway device 
to bind the volume to the host processor (at least col. 33 line 29 - col. 34 line 50; eg. 
gatekeeper." Thus, in this citation, it appears that the Office Action is equating the 
"gatekeeper" in Blumenau to the "gateway device" of the claims. However, as noted above, 
the Office Action now states that the "gatekeeper facility" corresponds to the "control 
processor" of the claims. Thus, it appears to the Applicant that the rejection of Claims 11-12, 
46-47, and 56-57 is inconsistent with the rejections of the other claims since in the former, the 
gatekeeper facility is being equated to the gateway device, yet in the latter the gatekeeper 
facility is being equated to the control processor. Yet one device cannot be both the gateway 
device and the control processor since in the claims, the control processor issues instructions 
to the gateway device, which would not be necessary if the two were the same device. 

(3) Claims 60-61, 63-64, and 66-67 

Claims 60, 63, and 66 each feature that "the host processor does not know which one 
or more logical units are associated with the host processor," as compared to Claims 1, 40, 
and 50 that each feature that "the host processor does not determine which one or more 
logical units are associated with the host processor." Thus, in Claims 60, 63, and 66, even if 
the host processor does not determine the logical units that are associated with the host 
processor (e.g., that another entity makes that determination), the host processor still does not 
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even "know" which logical units are associated with the host processor (assuming that the 
logical units are determined by an entity other than the host processor). 

Similarly, Claims 61, 64, and 67 each feature that "the host processor does not know 
the one or more LUNs for the one or more logical units that are associated with the host 
processor," which is similar to yet more specific that Claims 60, 63, and 66 by referring to the 
LUNs themselves. As noted above with respect to Claim 1, the same portions of the 
Application that support the changes to Claims 1, 40, and 50 also fully support new 
Claims 60-61, 62-63, and 65-66, and therefore no new matter is added. 

The same explanation for why Blumenau does not disclose that the host processor does 
not determine the logical units that are associated with the host processor also explains why 
Blumenau does not disclose that the host processor neither knows the logical units or the 
LUNs that are associated with the host processor. 

(3) Claims 62, 65, and 68 

Finally, Claims 62, 65, and 68 each feature two host processors, two logical units, two 
storage units, and steps that, when taken with their respective independent claims, describe the 
association of a second storage unit with the first processor, then associating of the second 
storage unit with the second processor instead of the first processor, and then again 
associating the second storage unit back from the second processor to the first processor, all 
without either the first host processor or the second host processor determining the logical 
units assigned to each of the two host processors. 

Claims 62, 65, and 68 are fully supported by the Application as filed, and now new 
matter is added. For example, the Application explains that Figure 3 A illustrates an 
"embodiment of an approach for dynamically associating computer storage with hosts using a 
virtual storage layer. In general, a virtual storage layer provides a way to dynamically and 
selectively associate storage, including boot disks and shared storage, with hosts as the hosts 
join and leave virtual server farms, without adversely affecting host elements such as the 
operating system and applications, and without host involvement." (Application, page 23, 
lines 1-6.) Also, as explained with reference to Figure 7, the state of a disk unit can change 
from "free" to "mapped" and then back to "free" again for allocation to the same or a different 
host. (Application, Figure 7, pages 37-39.) 
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Thus, Claims 62, 65, and 68 are an example of how, through the use of the "virtual 
storage layer" approach of Claims 1, 40, and 50, individual logical units and their associated 
physical storage on the storage units can be assigned and reassigned between different host 
processors. Again, as noted above, this is possible in part as a result of the host processors not 
determining, or even knowing, which logical units or even the LUNs are associated with those 
host processors. 

As discussed above with respect to Claims 1, 40, and 50, neither Blumenau nor Ofer 
disclose many features of Claims 1, 40, and 50, which feature a host processor, one or more 
logical units, and one or more storage units. Because Claims 62, 65, and 68 include similar 
features, such as a second host processor, the same reasons give above as to why Claims 1, 40, 
and 50 are allowable over Blumenau and Ofer apply equally to Claims 62, 65, and 68. 

In addition, Claims 62, 65, and 68 included additional features, such as mapping the 
second logical unit to the second host processor instead of the first host processor at a second 
time, and then at a third time, mapping the second logical unit to the first host processor 
instead of the second processor, none of which are discloses or obvious in light of the 
discloses of either Blumenau or Ofer, either alone or in combination. 

CONCLUSION 

The Applicant believes that all issues raised in the Office Action have been addressed 
and that allowance of the pending claims is appropriate. After entry of the amendments, 
further examination on the merits is respectfully requested. 

The Examiner is respectfully requested to contact the undersigned by telephone if it is 
believed that such contact would further the examination of the present application. 

For the reasons set forth above, it is respectfully submitted that all of the pending 
claims are now in condition for allowance. Therefore, the issuance of a formal Notice of 
Allowance is believed next in order, and that action is most earnestly solicited. 

To the extent necessary to make this reply timely filed, the Applicant petitions for an 
extension of time under 37 C.F.R. § 1.136. 
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If any applicable fee is missing or insufficient, throughout the pendency of this 
application, the Commissioner is hereby authorized to any applicable fees and to credit any 
overpayments to our Deposit Account No. 50-1302. 



Date: July 27, 2006 

2055 Gateway Place, Suite 550 
San Jose, CA 95110-1089 
Telephone: (408) 414-1207 
Facsimile: (408) 414-1076 



Respectfully submitted, 



HICKMAN PALERMO TRUONG & BECKER LLP 




Craig G. Holmes 
Reg. No. 44,770 
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I hereby certify that this correspondence is being deposited with the United States Postal 
Service as first class mail in an envelope addressed to: Hon. Commissioner for Patents, 
Mail Stop AMENDMENT , P.O. Box 1450, Alexandria, VA 22313-1450. 
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